home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 6420 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.7 KB

  1. Path: goanna.cs.rmit.EDU.AU!not-for-mail
  2. From: ok@goanna.cs.rmit.EDU.AU (Richard A. O'Keefe)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: 8 Feb 1996 16:07:59 +1100
  6. Organization: Comp Sci, RMIT, Melbourne, Australia
  7. Message-ID: <4fc0ff$ipd@goanna.cs.rmit.EDU.AU>
  8. References: <00001a73+00002504@msn.com> <4etcmm$lpd@nova.dimensional.com> <BYERLY_J.96Feb7170158@srm9.motsat.sat.mot.com>
  9. NNTP-Posting-Host: goanna.cs.rmit.edu.au
  10. NNTP-Posting-User: ok
  11. X-Newsreader: NN version 6.5.0 #0 (NOV)
  12.  
  13. >> KMays@msn.com (Kenneth Mays) posted with deletions:
  14. >> 3.  C/C++ has hundreds more vendors, trainers, support organizations,
  15. >> and books written about it than Ada;  in fact, there is still not a
  16. >> single, excellent textbook about programming in Ada;
  17.  
  18. Books.  Sigh.  It's not the QUANTITY that counts, it's the QUALITY.
  19.  
  20. I taught C for a while, so I got to see a lot of C textbooks.
  21. There are a few that get the language right: K&RII and H&S4 and P&B.
  22. But those are reference manuals for the language, not textbooks about
  23. programming in it.
  24.  
  25. The very best textbook about programming in C that I have ever seen is
  26. M&Q, but there was roughly one factual error per 10 pages, and I repeat
  27. that that's the BEST I've seen.  The data structures books include one
  28. written by some very experienced programmers, where page 6 said they
  29. followed the standard but facing on page 7 was a violation, and one of
  30. the techniques presented _cannot_ be used in C (because there are no
  31. nested functions).
  32.  
  33. In contrast, the WORST Ada textbook I've seen had a much lower density of
  34. factual errors than the BEST C textbook.  And I have seen *nothing* in C
  35. to match Barnes 2nd edition.
  36.  
  37. [Want a textbook reviewed?  Get your publisher to send THE MANUSCRIPT to
  38. me so that I can find the mistakes before your readers do!]
  39.  
  40. Perhaps the second greatest weakness of C books is that they tend to be
  41. very platform specific:  "all the world is DOS" or "everyone uses Sun/csh".
  42.  
  43. I regard the general badness of C books as a serious issue.
  44. By the way, the few C++ books I have studied in any detail are worse,
  45. although telling what is a factual error and what is an anachronism is
  46. admittedly much harder.
  47.  
  48. >> How about popular interest among techies:  comp.lang.c and
  49. >> comp.lang.c++ have about 20-times more articles posted daily than does
  50. >> comp.lang.ada.  
  51.  
  52. The number of articles posted doesn't indicate INTEREST but PROBLEMS.
  53. Articles posted to comp.lang.c can be divided into two major groups:
  54. cries for help and wrong answers.  (That's why I stopped reading it
  55. and only read comp.lang.c.moderated now.)
  56.  
  57. I just checked the number of comp.lang.* articles currently at my site.
  58.  
  59. ada          410
  60. apl           55
  61. asm            1
  62. asm370        19
  63. awk           55
  64. basic          2
  65. c           1260
  66. c++         1543
  67. clipper      597
  68. clos          11
  69. clu            8
  70. cobol        186
  71. dylan         50
  72. eiffel       101
  73. forth        205
  74. fortran      223
  75. functional    39
  76. hermes         8
  77. icon           9
  78. idl            8
  79. idl-pvwave    67
  80. java        2219
  81. javascript   127
  82. lisp         111
  83. logo          17
  84. misc          91
  85. ml            11
  86. modula2       69
  87. modula3      100
  88. mumps         55
  89. oberon        26
  90. objective-c   33
  91. pascal.*     749
  92. perl.*       999
  93. pl1           44
  94. pop            2
  95. postscript   205
  96. prograph     115
  97. prolog        49
  98. python       114
  99. rexx         182
  100. sather         9
  101. scheme        74
  102. sigplan        1
  103. smalltalk    311
  104. tcl          446
  105. verilog       42
  106. vhdl          99
  107. visual         1
  108.  
  109. I note that java is nearly as "popular" by this criterion as C and C++ put
  110. together.  Maybe we should all drop C and C++ in favour of Java?  (That
  111. mightn't be a bad idea at that.)  Yet there are very very few Java books.
  112. The number for Dylan exceeds the number for Prolog, yet I happen to know
  113. that vastly more Prolog systems have been shipped than Dylan ones, and
  114. there are no Dylan books other than the reference manual that I know of.
  115.  
  116. Does the large number of postings in comp.lang.perl.* (very close behind
  117. C) reflect intense interest in perl, or great difficulty with it, or, more
  118. likely, both?
  119.  
  120. Away with popularity contests!  Larry Wall and Randal Schwartz won't give
  121. up PERL just because there are more C trash books, more C trash courses,
  122. and more comp.lang.* cries for help.  And nobody is going to switch from
  123. Postscript to PERL just because there are more messages in comp.lang.perl.*!
  124.  
  125. >> The FAQ for comp.lang.ada has set a new, all time low standard for
  126. >> censorship where it suggests kill-filling the name of an outspoken Ada
  127. >> critic (the instant writer);  hence the Ada community is so insecure,
  128. >> defensive, and intellectually dishonest that they promote cutting off
  129. >> the tongue of the critic -- now that's a laugh riot.  
  130.  
  131. I'm sorry, I don't see the censorship.  There is someone whose postings
  132. to comp.lang.ada have, for some time now, contributed nothing to my
  133. understanding of Ada.  NOBODY IS STOPPING MR X POSTING!  That would be
  134. censorship.  All that the FAQ does is advise people not to waste their
  135. time reading those postings, WHICH IS THE FUNCTION OF A BOOK REVIEW.
  136. By your account, book review that recommends against a book is insecure,
  137. defensive, intellectually dishonest censorship.  You must learn to
  138. distinguish censorship from criticism.
  139.  
  140. For what it's worth, I do have a non-empty kill file, and it saves
  141. time and trouble.  Amongst other things, if you ignore messages from
  142. some people, you won't be tempted to reply to them, which means you
  143. won't be tempted to annoy them or write actionable things about them.
  144.  
  145. "Kill-files for a more peaceful net!"
  146.  
  147. -- 
  148. "conventional orthography is ... a near optimal system for the
  149.  lexical representation of English words." Chomsky & Halle, S.P.E.
  150. Richard A. O'Keefe; http://www.cs.rmit.edu.au/~ok; RMIT Comp.Sci.
  151.